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(57) Abstract 

A method for storing device drivers in the adapter region of a 
computer's address space includes the step of providing a plurality 
of headers and associating each header with a device driver to be 
loaded and initialized. Each header includes instructions for load- 
ing and initializing its associated device driver. Further, each header 
includes information for identifying the address next following its 
device driver. The method further includes the step of storing the 
plurality of device drivers and their corresponding headers in an 
address space having addresses that are sequential. Further, each 
header is stored in an address space having addresses that are se- 
quential with the addresses of the address space occupied by its 
corresponding device driver. A method is also disclosed for loading 
the plurality of device drivers stored in the manner discussed above. 
The method for loading comprises the step of locating a header and 
executing the instructions for loading and initializing its corre- 
sponding device driver. Thereafter, the driver size identifier is used 
to identify the location of the header next following the device driv- 
er just loaded. 
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Description 

METHOD FOR LOADING DEVICE DRIVERS 

5 Technical Field 

The present invention is directed toward a method for loading 
device drivers and, more particularly, a method for loading device drivers 
without changing the underlying drivers, without using a disc memory, and with 
minimum overhead. 

10 

Background of the Invention 

Personal computers are becoming more and more commonplace 
in today's society. Personal computers typically include a central processing unit 
(CPU) that is controlled by basic instructions referred to as the operating system 

15 of the computer. Generally, the personal computer requires one or more 
peripheral devices to extend its capabilities. Typical peripheral devices include 
keyboards, display screens, printers, disc drives, modems, etc. Typically, a device 
driver is required to interface the operating system of the personal computer 
with the peripheral devices, 

20 Device drivers are small computer programs that receive 

instructions and data from the operating system that are independent of the 
peripheral device for which the instructions and data are intended. The device 
driver responds to the device independent instructions and data from the 
operating system to provide instructions and data to the peripheral device that 

25 are dependent upon the nature and construction of the particular peripheral 
device. Accordingly, device drivers will typically provide additional information 
to the peripheral device to enable the peripheral device to perform the 
functions requested by the operating system. By providing different device, 
drivers with different peripheral devices, the operating system of the computer 

30 can interface with peripheral devices made from different manufacturers. 

So that the personal computer can interface with all of its 
peripheral devices, the device drivers must be loaded into the computer memory 
and initialized prior to operation of the personal computer. Typically, loading 
the device drivers usually occurs when the personal computer is turned on. 

35 When the personal computer is turned on, the operating system performs 
functions necessary prior to operation. As mentioned above, one of these 
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functions is to load the device drivers from a permanent storage location into 
the computer memory. 

Presently, two methods exist for loading and initializing device 
drivers into the computer memory when the computer is turned on. The first 

5 method relies upon configuration data, a file typically called CONFIG.SYS., 
being stored in the computer's memory to determine which device drivers are 
stored in permanent memory and to load and initialize these device drivers. 
When a new device, and device driver, are added to the personal computer, the 
CONFIG.SYS file is updated to include information identifying the new driver, 

10 its location on the disk, and the location of its initialization program. 
Accordingly, when the CONFIG.SYS file is accessed, it includes all necessary 
information to locate each device driver and the routine for loading and 
initializing the device driver. The CONFIG.SYS file then executes these 
routines so that each device driver is loaded and initialized. 

15 The other presently available method for loading and initializing 

device drivers is referred to as ROMDOS. The ROMDOS method enables the 
device drivers to be stored in read only memory (ROM). To load the device 
drivers, however, the ROMDOS method relies on the CONFIG.SYS file. 
Accordingly, the ROMDOS method must provide instructions and data to 

20 simulate a hard disk so that the device drivers stored in read only memory 
(ROM) can be accessed using the CONFIG.SYS file. Further, the ROMDOS 
method relies upon a subprogram, typically referred to as CONFPROC.SYS, to 
interface with the CONFIG.SYS file thereby enabling the CONFIG.SYS file to 
identify and load the device driver stored in read only memory. Although 

25 effective, this method requires unnecessary memory for storing the 
CONFPROC.SYS subprogram. Further, this method creates additional 
inefficiencies in operating the computer and in storing the device drivers. 

Accordingly, it is desirable to provide a method for storing device 
drivers in read only memory so that the device drivers can be loaded with 

30 minimum storage overhead and without changing the underlying device drivers. 

Summary of the Invention 

The present invention is a method for storing a plurality of device 
drivers in the adapter region of an address space of a computer so that the 
35 device drivers can be loaded into a computer memory of the computer. The 
method includes the steps of providing a header for each device driver wherein 
each header includes instructions and data for loading its respective device 
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driver and wherein each header includes a driver size identifier. The method 
further includes the step of storing the plurality of device drivers and headers in 
a portion of the adapter region so that each header occupies an address space 
with addresses that are in sequence with the addresses of the address space 
5 occupied by its respective device driver. The plurality of device drivers and 
headers are further stored so that they occupy an address space having 
addresses that are sequential. The driver size identifier of each header is 
provided to identify the number of addresses of the address space occupied by 
the header and its respective device driver. Hie plurality of device drivers and 

10 headers are further stored so that the first address of a subject header and its 
driver size identifier can be combined to provide the first address of another 
header next following the subject header. 

In operation, the method includes the steps of identifying a 
current driver scan address. The method also includes the step of accessing the 

15 current driver scan address and determining whether the information stored at 
the current driver scan address is associated with a header and, if so, performing 
the remaining steps, and, if not, determining that all drivers have been loaded. 
After the current driver scan address has been accessed, the instruction of the 
header associated with the current driver scan address are executed to load the 

20 device driver associated with the header. Thereafter, a driver size identifier of 
the header is accessed and combined with the current driver scan address to 
identify the new current driver scan address. The method is repeated until the 
determination is made that all drivers have been loaded. 

25 Brief Description of the Drawings 

Figure 1 is a diagram illustrating the data structure for storing 
device drivers in the adapter region of a computer's address space; 

Figure 2 is a diagram illustrating the data structure for a header to. 
be associated with a device driver as shown in Figure 1; and 
30 Figure 3 is a decision flow diagram illustrating the method for 

loading device drivers from the adapter region of a computer's address space. 

Detailed Description of the Invention 

The present invention is a method for storing device drivers in the 
35 adapter region of a computer's address space. Further, the subject invention 
includes the method for loading the device driver into the computer's memory 
from the adapter region. 
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As is known in the art, personal computers are typically provided 
with a central processing unit (CPU) that defines an address space of the 
computer. The address space is typically divided into an adapter region, 
sometimes referred to as an upper memory region, and computer memory. 
5 Commonly, the computer memory refers to random access memory (RAM) that 
is used by the computer for storing programs, instructions, data, and other 
information with which the central processing unit is currently working. The 
adapter region is commonly used for. positioning memory and other devices to 
be accessed by the central processing unit at times when it is not accessing its 

10 computer memory. 

A particularly unique feature of the present invention is the ability 
to store device drivers in the adapter region of the computer's address space. 
The device drivers are stored in a manner so that the amount of memory 
necessary to store additional information for loading and initializing the device 

15 driver is rnmimized. A data structure 100 illustrating the manner in which the 
device drivers are stored in the adapter region is shown in Figure 1. 

The data structure 100 includes an operating system portion 102, 
referred to in Figure 1 as DOS Base. The operating system portion 102 is a 
portion of the operating system of the computer that is stored in the adapter 

20 region for facilitating the identification, loading, and initialization of the device 
drivers, as will be described more fully below. The operating system portion 102 
is preferably stored at a predetermined address of the adapter region so that it 
can be readily identified by the remaining portion of the computer's operating 
system. However, it will be apparent to those skilled in the art that many 

25 techniques can be employed to identify the operating system portion 102. 

Generally, the operating system portion 102 is provided to identify 
the location of the device drivers to be loaded into the computer's memory. For 
this reason, the operating system portion 102 illustrated in Figure 1 includes an . 
operating system size identifier for identifying the size of the operating system 

30 portion. Preferably, the plurality of device drivers will immediately follow the 
operating system portion 102, as will be discussed below. Therefore, by 
identifying the size of the operating system portion 102, ie., the number of 
addresses associated with the address space occupied by the operating system 
portion, then the first address of* the operating system portion can be 

35 mathematically combined with the operating system size identifier to provide 
the identity of the first address wherein the device driver information will be 
found. 
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The operating system portion 102 further includes a common 
driver signature that is used to identify the last device driver, as will be discussed 
more fully below. 

The data structure 100 further includes a plurality of device 
5 drivers 104-1 through 104-N, where N is the total number of device drivers 
stored. In accordance with the subject invention, a plurality of headers 106-1 
through 106-N are each associated with a respective device driver. As shown in 
Figure 2 with respect to one header 106-i, the plurality of headers include a 
driver signature 200 (Figure 2), a driver size identifier (DSHD) 202, and 
10 instructions and data 204 for loading and initializing its associated device driver 
104-i (not shown). 

In accordance with the presently preferred embodiment of the 
invention, the common driver signature 200 that is stored in the operating 
system portion 102, as discussed above, is also stored at the first address of the 

15 header 106-i, the first address being referred to herein as the current driver scan 
address (CDSA). Further, the common driver signature 200 is a 2 byte 
signature followed by the driver size identifier (DSID) 202. The driver size 
identifier 202 occupies another 2 bytes of memory and is followed by the 
instructions and data 204. 

20 An important aspect of the subject invention is that the operating 

system portion 102 is able to locate each header. Accordingly, by knowing the 
current driver scan address (CDSA) of any header 106-i, the computer can 
access the common driver signature 200, the driver size identifier (DSID) 202, 
or the instructions and data 204 for loading and initializing the associated device 

25 driver. Still further, by knowing the current driver scan address (CDSA), the 
computer also knows the first address of the associated driver 104-i. 

Returning to Figure 1, in accordance with the present invention, 
the plurality of device drivers and headers are each stored in a portion of the, 
adapter region directly following the operating system portion 102. With 

30 reference to Figure 1, it will be understood that the address space occupied by 
the operating system portion 102 has addresses that are lower than the 
addresses occupied by the header 106-1. Similarly, the addresses of the address 
space occupied by the header 106-1 are lower than the addresses of the address 
space occupied by the driver 104-1, etc. It is significant, however, that the 

35 addresses of the address space occupied by the drivers 104-1 through 104-N and 
the headers 106-1 through 106-N are sequential. It will be further appreciated 
that the header 106-1 associated with the driver 104-1 occupies an address space 
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having addresses that are sequential with the addresses of the address space 
occupied by its associated driver 104-1. In this manner, the driver size identifier 
referred to in Figure 2 can be combined with the current driver scan address 
and the predetermined size of the header to determine the location of the next 
5 header 106-i and its associated driver 104-i to be loaded. In this manner, the 
plurality of drivers can be readily identified, loaded, and initialized using the 
headers 106-i. 

Referring to Figure 3, a decision flow diagram is provided 
illustrating the method for identifying the device drivers to be loaded into the 

10 computer memory. Initially, the operating system of the computer will locate 
and access the operating system portion 102 (DOS Base) and determine a 
current driver scan address (CDSA), step 300. As discussed above, the 
operating system portion 102 includes an operating system size identifier for 
determining the first address following the operating system portion 102. That 

15 address is identified as the current driver scan address (CDSA). 

After determining a current driver scan address (CDSA), the 
computer determines whether the information located at the current driver scan 
address (CDSA) is the common driver signature 200 (Figure 2) and, if not, 
determines that all device drivers have been loaded, step 302. If, however, the 

20 information located at the current driver scan address (CDSA) is the common 
driver signature, then the computer will execute the instructions and data 204 of 
the header 106-i to load and initialize the device driver 104-i, step 304. After 
the device driver has been loaded and initialized, the computer will locate the 
driver size identifier (DSID) 202 of the header 106-i, step 306. The driver size 

25 identifier (DSID) 202 is then combined with the current driver scan address 
(CDSA) to determine the new current driver scan address, step 308. Thereafter, 
step 302 is repeated to determine whether the new current driver scan address 
includes a driver signature. 

It will be apparent to those skilled in the art that, when the driver 

30 signature is found, the computer knows it has located still another header and, 
therefore, determines that another device driver remains to be loaded and 
initialized. Further, since the plurality of headers and device drivers are stored 
in a portion of the address space of the adapter region having sequential 
addresses, if the new current driver scan address (CDSA) does not include the 

35 driver signature, then all device drivers have been loaded. 

Still further, significant advantages can be realized from the 
method of the subject invention. Generally, in accordance with the above- 
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described method of the subject invention, the operating system will provide the 
header 106-i with a pointer to an address where the device driver is to be 
loaded. During execution of step 304, the header will load the device driver at 
the address indicated by the pointer so that the device driver is loaded into the 
5 computer's memory for operation. However, an alternative method for 
operating the device driver permits the device driver to be executed directly 
from the read only memory positioned in the upper memory region of the 
computer's address space. In accordance with this method, the operating system 
passes a pointer to the header to identify where the device driver is to be stored. 

10 However, instead of storing the complete device driver in the computer's 
memory, the header will only store variables needed during operation of the 
device driver along with a small number of instructions and data to identify 
where the device driver is stored in the upper memory region. The complete 
device driver code will not be copied into the computer's memory space. 

15 Thereafter, access to the device driver will be in the upper memory region via 
the small driver identification code loaded in the computer's memory. This 
method of operation provides significant savings in the random access memory 
of the computer. 

From the foregoing, it will be appreciated that, although specific 
20 embodiments of the invention have been described herein for purposes of 
illustration, various modifications may be made without deviating from the spirit 
and scope of the invention. Accordingly, the invention is not limited except as 
by the appended claims. 
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Claims 

1. A method for loading a plurality of device drivers on a personal 
computer wherein the personal computer includes a computer memory, said method 

comprising the steps of: 

(a) providing an operating system portion for locating the plurality of 
device drivers, the operating system portion including an operating system size 
identifier for identifying the size of the operating system portion and a driver signature; 

(b) providing a header for each of the plurality of device drivers 
wherein the header includes the driver signature, a driver size identifier for device 
driver to identify the size of the device driver, and initialization instructions for each 
device driver for loading and initializing the device driver, and wherein the size of each 
header is known; 

(c) storing the operating system portion, the headers, and the plurality 
of device drivers in a contiguous portion of an adapter memory wherein the operating 
system portion is provided first followed by the plurality of device drivers and wherein 
each header is stored in a memory location proximate its corresponding device driver 
and at an address less than that of the location of its corresponding device driver; 

(d) accessing the operating system size identifier to determine the 
location of the end of the operating system portion and examining the location of the 
end of the operating system portion for the presence of the driver signature and, if the 
driver signature is found performing steps (e) and (f) for a current header and its 
corresponding current device driver and, if no driver signature is found determining 
that no device drivers are to be loaded; 

(e) executing the initialization instructions of the current header to 
load the current device driver in the computer memory and to initialize the current 
device driver, wherein the current header is the header associated with the driver 
signature located in step (d) and wherein the current device driver is the device driver 
corresponding to the current header; and 

(f) accessing the driver size identifier of the current header to 
determine the location of the end of the current device driver and examining the 
location of the end of the current device driver for the presence of the driver signature 
and, if a driver signature is found repeating steps (e) and (f) for a new current header 
and its corresponding current device driver and, if no driver signature is found 
determining that the last device drivers has been loaded. 
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2. A method for loading a plurality of device drivers into a computer 
memory of a personal computer wherein the computer memory includes a plurality of 
addresses for storing information, said method comprising the steps of: 

(a) storing the plurality of device drivers in an adapter memory with a 
respective plurality of headers; 

(b) providing each of the plurality of headers with a common 
signature, information for identifying another header, and instructions for loading the 
corresponding device driver; 

(c) locating one of the plurality of headers; 

(d) executing the instructions associated with the located one of the 
plurality of headers to load the located one of the plurality of device drivers; 

(e) accessing the information for identifying another header 
associated with the located one of the plurality of headers; 

(f) determining whether all device drivers have been loaded and, if 
not, locating the another header identified in step (e) and repeating steps (d)-(f). 

3. The method as recited in claim 2 wherein step (c), locating one of 
the plurality of headers, comprises the substep of: 

(g) storing information in the adapter memory for locating the one of 
the plurality of headers. 

4. The method as recited in claim 2 wherein step (c), locating one of 
the plurality of headers, comprises the substep of: 

(h) storing an operating system portion in the adapter memory 
wherein the operating system portion includes information identifying a contiguous 
address and wherein the contiguous address is an address that is contiguous with an 
address of the operating system portion; 

(i) storing one of the plurality of headers so that a portion of the 
header is stored at the contiguous address; and 

(j) accessing the operating system portion to determine the identity of 
the contiguous address and thereby locate one of the plurality of headers. 

5. A method for loading a plurality of device drivers into a computer 
memory of a personal computer wherein the computer memory includes a plurality of 
storage locations for storing information and wherein each storage location has a 
storage address, said method comprising the steps of: 
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(a) providing each of the plurality of device drivers with a header 
wherein each header includes loading instructions and a driver block size identifier; 

(b) storing the plurality of device drivers with their header in a 
corresponding plurality of driver blocks wherein each of the plurality of driver blocks is 
a portion of the plurality of storage locations and wherein the addresses for each of the 
plurality of driver blocks are sequential, each of the plurality of driver blocks including 
one of the plurality of device drivers and its corresponding header, each of the plurality 
of driver blocks being stored so that the addresses for the plurality of driver blocks are 
sequential; 

(c) storing an operating system portion in a portion of the plurality of 
storage locations so that the addresses for the operating system portion and the 
plurality of driver blocks are sequential, the operating system portion including 
information for identifying the first of the plurality of driver blocks wherein the first of 
the plurality of driver blocks is the one of the plurality of driver blocks whose addresses 
are sequential with the addresses of the operating system portion; 

(d) accessing the operating system portion to locate the first of the 
plurality of driver blocks, using the loading instructions to load the one of the plurality 
of device drivers stored in the first of the plurality of driver blocks, and using the driver 
block size identifier to determine the size of the first driver block and thereby 
determine the location of the next one of the plurality of driver blocks; 

(e) locating a subject driver block wherein the subject driver block is 
the next one of the plurality of driver blocks and using the loading instructions to load 
the one of the plurality of device drivers stored in the subject driver block; 

(f) using the driver block size identifier of the one of the plurality of 
headers of the subject driver block to determine the size of the subject driver block and 
thereby to determine the location of the next one of the plurality of driver blocks, and 
performing step (g); and 

(g) determining whether any of the plurality of device drivers of the 
plurality of driver blocks have not been loaded and, if not, performing step (e). 

6. The method as recited in claim 5 wherein step (f), determining 
whether any of the plurality of device drivers of the plurality of driver blocks have not 
been loaded, comprises the substeps of: 

(h) providing each of the plurality of headers with a common device 

driver signature; and 

(i) after performing step (f) determining whether the information 
stored in the location of the determined next one of the plurality of driver blocks 
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includes the common driver signature and, if so, the information includes a device 
driver that has not been loaded and, if not, then the last device driver has been loaded. 

7. A method for loading a plurality of device drivers into a computer 
memory of a personal computer wherein the computer memory includes a plurality of 
storage locations each having a storage address, said method comprising the steps of: 

(a) providing a header for each of the plurality of device drivers 
wherein each header includes driver size information identifying the number of storage 
locations needed to store its corresponding device driver and loading instructions for 
loading its corresponding device driver; 

(b) storing the plurality of headers and device drivers so that the 
driver size information of a subject header identifies a prospective header address; 

(c) locating a header, identifying the located header as the subject 
header, and performing step (d); 

(d) accessing the loading instructions of the subject header to load the 
one of the plurality of device drivers for which the subject header was provided and 
performing step (e); 

(e) accessing the driver size information of the subject header to 
identify a prospective header address; and 

(f) examining the information stored at the prospective header 
address to determine whether it is a header and, if so, identifying the header located at 
the prospective header address as the subject header and repeating steps (c)-(f). 

8. A method for loading a plurality of device drivers into a computer, 
the computer including an address space that includes a computer memory and an 
adapter region, the plurality of device drivers being loaded into the computer memory 
from the adapter region, the method comprising the steps of: 

(a) providing a header for each device driver wherein each header 
includes instructions and data for loading its corresponding device driver and wherein 
each header includes a driver size identifier; 

(b) storing the plurality of device drivers and headers in a portion of 
the adapter region so that each header occupies an address space with addresses that 
are in sequence with the addresses of the address space occupied by its corresponding 
device driver and so that the plurality of headers and device drivers occupy an address 
space having addresses that are sequential, the driver size identifier of each header 
identifying the number of addresses of the address space occupied by the header and its 
corresponding device driver, the plurality of device drivers and headers being further 
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stored so that the first address of a subject header and its driver size identifier can be 
combined to provide the first address of another header next following the subject 
header; 

(c) storing a operating system portion in a portion of the adapter 
region having addresses that are sequential with one of the headers and identifying the 
one of the headers as the subject header; 

(d) accessing the subject header and using the instructions and data to 
load its corresponding device driver; 

(e) using the driver size identifier of the subject header to access 
another header next following the subject header, identifying the another header as the 
subject and repeating steps (d) and (e) until all device drivers have been loaded. 

9. The method as recited in claim 8 further comprising the steps of: 

(f) providing each header with a common driver signature; and 

(g) after identifying the another header, determining whether the 
another header includes the common signature and, if not, determining that all device 
drivers have been loaded. 

10. A method for storing a plurality of device drivers in an adapter 
region of an address space of a computer so that the device drivers can be loaded into a 
computer memory of the computer, said method comprising the steps of: 

(a) providing a header for each device driver wherein each header 
includes instructions and data for loading its corresponding device driver and wherein 
each header includes a driver size identifier; and 

(b) storing the plurality of device drivers and headers in a portion of 
the adapter region so that each header occupies an address space with addresses that 
are in sequence with the addresses of the address space occupied by its corresponding 
device driver and so that the plurality of headers and device drivers occupy an address 
space having addresses that are sequential, the driver size identifier of each header 
identifying the number of addresses of the address space occupied by the header and its 
corresponding device driver, the plurality of device drivers and headers being further 
stored so that the first address of a subject header and its driver size identifier can be 
combined to provide the first address of another header next following the subject 
header. 
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11. The method as recited in claim 10 further comprising the step of: 

(c) storing an operating system portion in a portion of the adapter 
region having addresses that are sequential with one of the headers thereby to locate all 
of the plurality of device drivers and headers. 

12. The method as recited in claim 10 further comprising the step of: 

(d) providing each header with a common driver signature so that 
after each device driver is loaded and the another header next following the subject 
header is identified, the another header can be examined for the common driver 
signature to confirm that it is a header. 

13. A method for preparing a plurality of device drivers for operation 
wherein each device driver is associated with a header, said method comprising the 
steps of: 

(a) identifying a current driver scan address; 

(b) accessing the current driver scan address and determining whether 
the information stored at the current driver scan address is associated with a header 
and, if so, performing steps (c)-(d), and, if not, determining that all drivers have been 
loaded; 

(c) executing the instructions of the header associated with the 
current driver scan address to prepare the device driver for operation; and 

(d) accessing a driver size identifier of the header and combining the 
driver size identifier of the header with the current driver scan address to identify the 
new current driver scan address and repeating step (b). 



WO 94/11812 PCT/US93/11227 



1/3 



102 



106-1 



104-1 



106-2 



104-2 



106-N 



104-N' 



DOS BASE 



HEADER #1 



DRIVER #1 



HEADER #2 



DRIVER #2 



HEADER #N 



DRIVER #N 



100 



-CDSA(1) 



-CDSA(1)+ 150 



CDSA(2) = CDSA(1) 
+ DSID(1) 



-CDSA(2)+ 150 



-CDSA(N) = CDSA(N = 1) 
+ DSID(N = 1) 



CDSA(N)+ 150 



CDSA(N + ) = CDSA(N) 
+ DSID(N) 



Figure 1 



WO 94/11812 



PCT/US93/11227 



2/3 



706/ 



200 



202 



204 



DRIVER SIGNATURE 



DRIVER SIZE I.D. 
(DSID) 



CODE FOR LOADING AND 

INITIALIZING DEVICE 
DRIVER 



CDSA 



CDSA+2 



CDSA+4 
+ DSID(1) 



CDSA+150 



Figure 2 



r 



WO 94/11812 



PCT/US93/11227 



3/3 



( START ) 



,300 



ACCESS DOS BASE AND DETERMINE 
CURRENT DRIVER SCAN ADDRESS 
(CDSA) 



,302 

DRIVER 
'SIGNATURE LOCATED^ 
AT THE CDSA 

9 



Y 



N 



,304 



EXECUTE CODE 
DRIVER 


OF CURRENT 
HEADER 






LOCATE DRIVER SIZE 
IDENTIFIER (DSID) 


\ 


I 


CDSA = CDSA + DSID 



C END ) 



,306 



,308 



Figure 3 



INTERNATIONAL SEARCH REPORT 



Intt ional Application No 

PCT/US 93/11227 



A. CLASSIFICATION OF SUBJECT MATTER 

IPC 5 G06F9/445 



According to International Patent Classification (IPC) or to both national classification and IPC 



B. FIELDS SEARCHED 



Minimum documentation searched (classification system followed by dassiOcaaon symbols) 

IPC 5 G06F 



Documentation searched other than minimum documentation to the extent that such documents arc included in the fields searched 



Electronic data base consulted during the international search (name of data base and, where practical, search terms used) 



C. DOCUMENTS CONSIDERED TO BE RELEVANT 



Category * Citation of document, with indication, where appropriate, of the relevant passages 



Relevant to claim No. 



PC TECH JOURNAL, 

vol. 3, no. 5 , May 1985 , US, 

pages 76 - 95 

STAN MITCHELL: 'Building Device Drivers 1 
see page 79, left column, line 9 - line 
58; figure 1; tables 1,2 
see page 80, middle column, line 7 - page 
81, right column, line 9 

GB,A,2 203 869 (APPLE COMPUTER INC.) 26 

October 1988 

see abstract; figure 3 

see page 1, line 27 - page 3, line 6; 

figure 1 

see page 4 - page 5 
see page 6, line 1 - page 9, line 26 
see page 13, line 27 - page 17, line 4; 
figures 7,8 



1-13 



1-13 



| | Further documents are listed in the continuation of box C. 



Patent family members arc listed in annex. 



" Special categories of cited documents : 

A" document defining the general state of the art which is not 
considered to be of particular relevance 

E* earlier document but published on or after the international 
filing date 

"L" document which may throw doubts on priority daim(s) or 
which is cited to establish the publication date of another 
citation or other special reason (as specified) 

"O" docume&t referring to an oral disclosure, use, exhibition or 
other means 

P" document published prior to the international filing date but 
later than the priohty date claimed 



later document published after the international filing date 
or priority date and not in conflict with the application but 
cited to understand the principle or theory underlying the 
invention 

document of particular relevance; the claimed invention 
cannot be considered novel or cannot be considered to 
involve an inventive step when the document is taken alone 
document of particular relevance; the claimed invention 
cannot be considered to involve an inventive step when the 
document is combined with one or more other such docu- 
ments, such combination being obvious to a person skilled 
in the ait. 

A' document member of the same patent family 



Date of the actual completion of the international search 

7 March 1994 


Date of mailing of the international search report 

25. 013V 


Name and mailing address of the ISA 

European Patent Office, P.B. S81 8 Patendaan 2 
NL - 2280 HV Rijswijk 
Td.(-r 31-70) 34O-2040.TX. 31 651 epo nl. 
Fax: ( + 31-70) 34O-30I6 


Authorized oflicer 

Wiltink, J 



INTERNATIONAL SEARCH REPORT 

Information en patent family members 



Patent document 
cited in search report 



Publication 
date 



[nt ional Application No 

PCT/US 93/11227 



Patent family 
member(s) 



Publication 
date 



GB-A-2203869 



26-10-88 



AU-B- 


611137 


06-06-91 


AU-A- 


1418588 


20-10-88 


CA-A- 


1296806 


03-03-92 


DE-A- 


3812607 


27-10-88 


FR-A- 


2614122 


21-10-88 


JP-A- 


63279340 


16-11-88 



Form PCT/ISA/210 (patent family annex) (July 1993) 



